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ABSTRACT 



An XML schema and a set of user customization rules are 
utilized to produce a set of components that interact to 
provide a user-specific, document specific, multi-modal 
interface for an XML document. Each generated component 
provides a specific input and output mode. For example, one 
component could be an HTML component, which produces 
a HTML rendering of the XML tree while another compo- 
nent may be a speech component, which produces a speech- 
based rendering of the XML tree. A series of these compo- 
nents work together to produce a multi-modal view of the 
XML tree. 



X 



400 



RULE 
SPECIFICATION 
FILES 



SCHEMA 



402 



CODE-GENERATION 



COMPONENT 
1 



COMPONENT 
n 



404 




414 



7/8/2008, EAST Version: 2.2.1.0 



Patent Application Publication Sep. 12, 2002 Sheet 1 of 12 US 2002/0129060 Al 



XML SCHEMA 
100 



PRIOR ART SYSTEMS 
102 



e.g., BeanMaker, 
EditorMaker 



COMPONENT 
104 




106 



& 



SCHEMA SPECIFIC INTERFACE 



FIG. 1 



7/8/2008, EAST Version: 2.2.1.0 



Patent Application Publication Sep. 12, 2002 Sheet 2 of 12 US 2002/0129060 Al 




1 1 1 

^ u_< 




/ \ I— LU 

f-J ^ CO CM 
=! <> Q ° 

to O 00 

o 



0 



c 

r- ^ 
O O 

— ' 4— > 

'Ji 'SI 

o o 

bio 
d 



O 

o 

CN 



a 



7/8/2008, EAST Version: 2.2.1.0 



Patent Application Publication 



Sep. 12, 2002 Sheet 3 of 12 



US 2002/0129060 Al 




7/8/2008, EAST Version: 2.2.1.0 



Patent Application Publication Sep. 12, 2002 Sheet 4 of 12 



US 2002/0129060 Al 




7/8/2008, EAST Version: 2.2.1.0 



Patent Application Publication Sep. 12, 2002 Sheet 5 of 12 



US 2002/0129060 Al 




Patent Application Publication Sep. 12, 2002 Sheet 6 of 12 US 2002/0129060 Al 



LU 
M 
>- 



rvj 

< 

< 



O 

O 

rv4 



3< 



o 

CO 



X 



9 

CO 
ZD 

U 

g: 

uu 
co 
ZD 



LU 

H— O 
LU 

O 

o 
o 



CO 

>- 

CO 
1X1 



LU 




CO 



O 

o 
o 

u_ 

Oo 

i- o 
ulj -o 

co 

< 

0 



< 

UJ 

z: 

LU 

CD 



LU 

o 

Q. 



o 
o 

U_ 

o 



o 

LU 
LU 

co 

0 

LU 

Q 

LU 



7/8/2008, EAST Version: 2.2.1.0 



Patent Application Publication Sep. 12, 2002 Sheet 7 of 12 US 2002/0129060 Al 



/ 



800 



ISOLATING A SET OF INTERFACE 
GENERATING COMPONENTS FROM 
A LIBRARY 
802 



APPLYING THE SET OF 
CUSTOMIZATION RULES 
804 



1 



GENERATING A SET OF JAVA CLASSES TO 
MEDIATE COMMUNICATION BETWEEN 
USER AND THE RENDERER 
806 



FIG. 8 



7/8/2008, EAST Version: 2.2.1.0 



Patent Application Publication Sep. 12, 2002 Sheet 8 of 12 US 2002/0129060 Al 




7/8/2008, EAST Version: 2.2.1.0 



Patent Application Publication Sep. 12, 2002 Sheet 9 of 12 US 2002/0129060 Al 



Q. 

■"J 



Q. 



QO 
O 
O 



CD 
xz 
o 

CO 



CM 

Q. 

O 

H — 

CO 




o 
a 
o 



.c 

o 

CO 



a 

CD 

4 — 

CO 




CD CD 

N til 
"En «5 



lie: g5 

-Q u_ o — 1 O 



l|o> 
> (ii > 



CD 



o± 0_ 
(D <D ® <D (D 

goo a a 

ccccc 
0 0 0 0 0 
0 CD CD CD CD 




^ ^ 0 

3; j^-O 

0 0 5 

O O £2 
0 0 0 

00 a 

000 

c c= c 
000 

000 



7/8/2008, EAST Version: 2.2.1.0 



Patent Application Publication Sep. 12, 2002 Sheet 10 of 12 US 2002/0129060 Al 



A 
# 

1? A 
o w 



Pi & 



V V 



V 



.5 :« 




c 

o 

CO 

CD 



CD 

£ 



CD s_ 
O^Q 
CD OS 

5 o 

CD Q- 
C = 
<D 
CD 



CD 

-Q = co 
O CDCN 

© £2 

CD = 

c 

CD 
0 



o — 

CD ' 

c 
CD 

CD 



CD 



7/8/2008, EAST Version: 2.2.1.0 



Patent Application Publication Sep. 12, 2002 Sheet 11 of 12 US 2002/0129060 Al 




FIG. 12 



7/8/2008, EAST Version: 2.2.1.0 



Patent Application Publication Sep. 12, 2002 Sheet 12 of 12 US 2002/0129060 Al 




7/8/2008, EAST Version: 2.2.1.0 



US 2002/0129060 Al 



1 



Sep. 12, 2002 



SYSTEM AND METHOD FOR GENERATING 
MULTIPLE CUSTOMIZABLE INTERFACES FOR 
XML DOCUMENTS 

BACKGROUND OF THE INVENTION 
[0001] 1. Field of Invention 

[0002] The present invention relates generally to the field 
of editing and browsing XML documents. More specifically, 
the present invention is related to a system and a method for 
generating multiple customizable interfaces for XML docu- 
ments. 

[0003] 2. Discussion of Prior Art 

[0004] The Internet and the World Wide Web (WWW) 
have an important and influential role in today's society. One 
of the most common authoring languages used to create 
documents on the WWW is the HyperText Markup Lan- 
guage or HTML. HTML is similar to the Standard Gener- 
alized Markup Language or SGML, although it is not a strict 
subset. HTML defines the structure and layout of a WWW 
document via tags and attributes. 

[0005] One of the primary goals of HTML was to mark up 
information according to its meaning, without regard to how 
this information would actually be rendered in a browser. 
This is accomplished by using fundamental elements which 
hold various values. For example, the elements "TITLE", 
"III", "EM" (or "STRONG"), and "ADDRESS" hold vari- 
ous values corresponding to the title, main header, empha- 
sized text, and contact information of an author. Utilizing 
similar elements (other than the fundamental elements) like 
"FONT" to get a nice layout makes it cumbersome to present 
the information, and yet still maintain the best possible effect 
regardless of the user's environment. Added elements make 
the processing (at the viewer's end) of HTML documents 
difficult, or even impossible at times. Thus, the decision of 
how the viewer's browser displays titles, headers, etc., is 
best left to the browser, since it has access to the users' 
personal preferences and environment. 

[0006] But, this is not the case because all the additional 
layout information is placed outside the HTML documents 
themselves. One common way to accomplish this is by 
placing these additional elements in a file called the CSS. 
CSS, or short for Cascading Style Sheets, is a feature that 
allows HTML authors and Web site developers to have 
control over how pages are displayed. With CSS, designers 
and users can create style sheets that define how different 
elements, such as headers and links, appear. These style 
sheets can then be applied to any Web page. 

[0007] As a direct result of individualized styling of Web 
documents, a lot of pages now contain tagging written for a 
specific version of a specific browser (with defauit prefer- 
ences) and a specific screen resolution. These pages are 
often more or less unreadable to those who use a different 
browser. Thus, HTML has turned into a ianguage that is 
browser-specific. 

[0008] Another pitfail associated with HTML is that it is 
a language that is not user-specific. Thus, it is not possible 
for a user to mark up information precisely based on its 
meaning (since a lot of the personalized elements needed are 
not available in HTML). For example, chemists who want 
special elements for chemical formulas or measurement 



data, arc not able to do so. On the other hand, to expect a 
language to hold various elements involving a myriad of 
categories is not a feasible idea. 

[0009] In addition to the above-mentioned shortcomings, 
HTML is not a structured language. To overcome these 
shortcomings, a new standard for the creation of markup 
language called XML was introduced. 

[0010] XML or Extensible Markup Language, a specifi- 
cation developed by the W3C. XML is a pared-down version 
of SGML, designed especiaily for Web documents. It allows 
designers to create their own customized tags, enabling the 
definition, transmission, validation, and interpretation of 
data between applications and between organizations. XML 
is becoming the universal language for data on the Web. It 
gives developers the power to deliver structured data from a 
wide variety of applications to the desktop for local com- 
putation and presentation. XML allows the creation of 
unique data formats for specific applications. It is also an 
ideal format for server-to-server transfer of structured data. 
XML is a subset of SGML that provides a uniform method 
for describing and exchanging structured data in an open, 
text-based format, and may deliver this data by use of the 
standard HTTP protocol or other similar application layer 
protocols. XML is poised to supplement HTML as the 
standard Web formatting specification. At the present time, 
Microsoft® Internet Explorer version 5 handles XML using 
CSS while Netscape® is still experimenting with XML 
support. 

[0011] XML allows the application programmer to specify 
a schema that defines the structure of any XML document 
that uses that schema. There are two ways to specify a 
schema, the first is XML schema, a developing standard that 
aifows the application programmer to describe the schema 
using an XML document. XML schema also provides 
extended functionality such as data typing and inheritance. 
An alternative to XML schema is the document type defi- 
nition (DTD). DTDs are written using a syntax different than 
that of XML schema and do not provide as much function- 
aiity. 

[0012] Although XML has all these advantages, there are 
some limitations associated with the editing and browsing of 
XML documents. Existing XML editing and browsing tools 
produce a standard view of all XML documents. Specifi- 
calfy, most prior art systems iack a schema specific interface 
utilizing components to support multiple input and output 
modes. FIG. 1 illustrates a prior art scenario wherein XML 
schema 100 is analyzed by prior art system 102 (e.g., 
BeanMaker or Editormaker). Next, the system generates a 
single component 104 that helps create schema specific 
interface 106. Another prior art system, Xeena, provides for 
schema anaiysis as weli as front end rendering. It should 
however be noted that alf prior art systems mentioned above 
create schema specific interfaces based on only one com- 
ponent per schema. None of these systems generate mode 
specific components that can interact to produce multi- 
modal views of data. 

[0013] In addition, some prior art methods allow specifi- 
cation of interfaces by creating an XML document conform- 
ing to a specified schema (e.g., UIML, VoiceXML). The 
problem with such methods is that they require a technical 
person to write the XML-based specification. This scenario 
is iliustrated in FIG. 2, wherein user 200 hard codes 



7/8/2008, EAST Version: 2.2.1.0 



US 2002/0129060 Al 



2 



Sep. 12, 2002 



XML-bascd specification 202, which is a custom XML 
document conforming to a specified schema and prior art 
system 204 utilizes document 202 to generate schema spe- 
cific interface 206. It should however be noted that these 
prior art methods fail to automatically generate a specifica- 
tion based upon the schema. 

[0014] Whatever the precise merits, features and advan- 
tages of the above prior art systems, none of them achieve 
or fulfills the purposes of the present invention. The present 
invention generates mode specific components that can 
interact to produce a user-specific, document specific, multi- 
modal interface. These and other objects arc achieved by the 
detailed description that follows. 

SUMMARY OF THE INVENTION 

[0015] The present invention disclosure describes a sys- 
tem that, based upon an XML Schema and a set of user 
customization rules, will produce a set of components that 
interact to provide a user-specific, document-specific, multi- 
modal interface for an XML document. Each generated 
component provides a specific input and output mode. A 
series of the components work together to produce a multi- 
modal view of the XML tree. One component could be 
HTML component, which produces a HTML rendering of 
the XML tree while another component may be a speech- 
based rendering of the tree. The present system allows these 
multiple component views of the XML schema to work 
together. 

[0016] The present invention thus allows for an intuitive 
method of interaction with XML data and also allows for the 
access for all users despite input/output restrictions. Fur- 
thermore, the method also allows users to customize an 
interface based upon their preferences. 

BRIEF DESCRIPTION OF THE DRAWINGS 

[0017] FIG. 1 illustrates a prior art system that generates 
a single component for a schema specific interface. 

[0018] FIG. 2 illustrates a prior art system that requires a 
user to generate custom XML documents conforming to a 
specified schema. 

[0019] FIG. 3 illustrates a general overview of the present 
invention 

[0020] FIG. 4 illustrates a detailed overview of the current 
invention. 

[0021] FIG. 5 illustrates examples of components as 
described in FIG. 3 

[0022] FIG. 6 illustrates the present invention's method 
for generating multiple customizable interfaces for XML 
documents. 

[0023] FIG. 7 illustrates the present invention's system 
for generating multiple customizable interfaces for XML 
documents. 

[0024] FIG. 8 illustrates the process of code-generation. 

[0025] FIG. 9 illustrates the architecture of the mediator 
and maker interfaces. 

[0026] FIG. 10 illustrates code-generation for a sample 
document type definition. 



[0027] FIG. 11 illustrates how a schema is analyzed via 
steps one and two as shown in FIG. 10. 

[0028] FIG. 12 illustrates the architecture of the rendering 
system. 

[0029] FIG. 13 illustrates rendering of a sample code 
based on the system of the present invention. 

DESCRIPTION OF THE PREFERRED 
EMBODIMENTS 

[0030] While this invention is illustrated and described in 
a preferred embodiment, the invention may be produced in 
many different configurations, forms and materials. There is 
depicted in the drawings, and will herein be described in 
detail, a preferred embodiment of the invention, with the 
understanding that the present disclosure is to be considered 
as an exemplification of the principles of the invention and 
the associated functional specifications for its construction 
and is not intended to limit the invention to the embodiment 
illustrated. Those skilled in the art will envision many other 
possible variations within the scope of the present invention. 

[0031] As described above, existing XML editing and 
browsing tools are limited in their support. They produce a 
standard view of all XML documents. The present invention 
provides for a method to navigate and modify XML data in 
an intuitive way. Such a method must provide a means to 
allow novice users as well as users of non-traditional com- 
puting devices (e.g., cellular phones) to access XML data. 

[0032] FIG. 3 illustrates a general overview of the present 
invention. XML schema 300 and a set of user customization 
rules 302 are analyzed by component generator 304, which 
in turn generates a series of components: "component 
1"306, "component 2 '308, . . . , "component n"310. As a 
next step, a select set of the generated components interact 
312 to provide a user-specific, document specific, multi- 
modal interface 314. This is distinctly different from the 
prior art system described in FIG. 1 wherein only one 
component is generated. 

[0033] FIG. 4 illustrates a detailed overview of the current 
invention. Schema 402, and optionally rule specification 
files 400, are analyzed using code-generation algorithm 404. 
Code-generation algorithm 404 in turn produces a set of 
components ("component f "406 though "component n"408) 
that interact to provide a user-specific, document specific, 
multi-modal interface for XML document 410. Each gener- 
ated component provides a specific input and output mode. 
A series of the components then work together with render- 
ing system 412 to produce a multi-modal view (via user 
interaction 414) of XML document 410. Rendering system 
412 is responsible for controlled synchronized rendering (of 
the XML tree) and for interacting with user 414 to allow 
specialized input/output modes. 

[0034] Hence, the present solution allows for an intuitive 
method of interaction with XML data and also allows access 
for all users despite input/output restrictions. Furthermore, 
the current method allows users to customize interface based 
upon preference. 

[0035] FIG. 5 illustrates examples of the components 
described in FIG. 3 ("component f"306, "component 
2"308, . . . , "component n"310) and FIG. 4 ("components 
1"406 though "component n"408). In one embodiment, one 
component is an HTML component 502, which produces a 
HTML rendering of the XML tree. In another embodiment, 
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the component is a speech component 504, which produces 
speech-based rendering of the XML tree. In a preferred 
embodiment, the present system allows multiple component 
views of the XML schema to work together to produce a 
user-specific, document specific, multi-modal interface 506. 

[0036] FIG. 6 illustrates the present invention's method 
600 for generating multiple customizable interfaces for 
XML documents. First, the present system analyzes an XML 
schema 602 and secondly, it optionally analyzes a set of user 
customization rules 604. Next, a set of components are 
generated via code-generation and last, a select set of 
components are rendered 608 via a rendering system which 
interacts with the user to allow specialized input/output 
modes. 

[0037] FIG. 7 details a system 700 for generating multiple 
customizable interfaces for XML documents. First, XML- 
schema-analyzer 702 analyzes XML schema and next, user- 
customization-analyzer 704 optionally analyzes a set of rule 
specification files. As a next step, component-generator 706 
generates components via code-generation. During code- 
generation, multiple components analyze a schema and a set 
of user-defined rules to produce a set of generated compo- 
nents that will allow a user to navigate and modify the XML 
data. Lastly, rendering system 708 renders a selected set of 
generated components wherein the generated components 
work together to present and modify XML data based upon 
user directives in the supported input modes. 

[0038] The two important phases associated with the 
present system are: code-generation and rendering. FIG. 8 
illustrates the first phase (code-generation) 800, wherein the 
user selects isolates a series of interface generating compo- 
nents from the library provided 802. To generate a custom- 
ized interface, the user needs only to select those compo- 
nents that will be relevant to the runtime rendering scenario. 
Each component is responsible for making a specialized 
interface for an XML document and hence must implement 
the present invention's maker interface. In addition, the user 
may optionally specify a set of customization rules 804 that 
further define how the document will be rendered. The result 
of code-generation is a set of Java classes designed to 
mediate communication between the user and the synchro- 
nized tree manager 806. Therefore, the maker-generated 
classes should minimally implement our mediator interface. 
Since each mediator is designed to be independent of the 
others, the user needs only to select and invoke the media- 
tors that are relevant to the current scenario and hence not 
incur the overhead of having to run all mediators simulta- 
neously. The architecture of mediator and maker interfaces 
are illustrated in FIG. 9. During code-generation, each 
element declared in schema 900 is analyzed. For each 
element of schema 900, makers 908, 910, 912 are notified of 
the content model of the node. Based upon the content 
model, makers 908, 910, 912 will generate the portion of 
mediators 902, 904, 906 that will handle output rendering 
and input traversal and modification of a node with the given 
content model. 

[0039] As an example, assume a maker were creating a 
Java Swing UI for an XML document of the given schema 
and furthermore, assume the following DTD: 

[0040] <! ELEMENT PersonList (Name)*> 

[0041] <! ELEMENT Name (EMPTY)> 



[0042] <!ATTLIST Name 

[0043] First CD ATA #REQUIRED 

[0044] Last CD ATA #REQUIRED> 

[0045] Code-generation for this DTD would proceed as 
shown in FIG. 10. In step one, schema 1000 is analyzed by 
schema processor 1002, which along with Swing UI maker 
1004 create a sub-component Java Swing UI for the XML 
document. In step two, schema 1008 is analyzed and further 
passed through schema processor 1010 and swing UI maker 
1012 to create another sub-component Java Swing UI for the 
XML document. Lastly, in step three 1006, the system 
recognizes the end of schema and wires together the sub- 
components and swing component 1014 is generated. 

[0046] FIG. 11 illustrates in further detail how schema is 
analyzed via steps one and two as shown in FIG. 10. In step 
one, first, a label for "PersonList" is generated 1100 and 
next, a label for "Names" is created 1102. Finally, a list is 
also generated 1104. In step two, first, a panel with label 
"Name" is generated 1106 and next, a label for "First" is 
generated 1108. As a next step, a text area is created right 
next to the label "Firsf'lllO and a new label called "Last" 
is generated 1112. Lastly, a text area near the label "Last" is 
generated 1114. As described above, these sub-components, 
generated via these two steps, are wired together to create a 
swing component. 

[0047] The second important phase of the present inven- 
tion's system is rendering. The architecture of the rendering 
system is provided in FIG. 12. The system includes Tenderer 
1200 that is responsible for controlling synchronized ren- 
dering of XML tree 1202. Each mediator 1204, 1206, 1208 
acts as an intermediary between the Tenderer 1200 and the 
user allowing its own specialized input and output mode. 
Moreover, mediators 1204, 1206, 1208 provides the capa- 
bility to follow links between XML documents. 

[0048] The Renderer defines the concept of a cursor. At 
any given point, all of the registered mediators should be 
rendering the portion of the tree pointed to by the cursor. 
When the cursor is moved, the new view of the tree should 
be rendered. However, it is possible that a mediator will have 
to move the cursor more than one time to achieve the desired 
view. This is because the methods to move the cursor are 
generally incremental and somewhat limited. To accommo- 
date this situation, the renderer implements a locking 
mechanism. Before calling a method that will move the 
cursor, the given mediator must acquire the lock. After all 
movement is complete, the lock should be released. When 
the lock is released, all of the mediators are notified that the 
cursor has changed. If a mediator directs that a link be 
followed, the renderer will follow the link and possibly 
instantiate new mediators if necessary. 

[0049] To illustrate rendering using an example, the fol- 
lowing document is used: 

[0050] <PersonList > 

[0051] <Name First="Mickey" Last="Mouse"/> 

[0052] <Name First="Donald" Last="Duck"/> 

[0053] <Name First="Minnie" Last="Mouse"/> 

[0054] </PersonList > 
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[0055] In this example, the mediators includes a Swing UI 
(discussed in the schema analysis example) and an aural 
mediator that provides speech-based input and output for the 
user. FIG. 13 illustrates, in one embodiment, how this 
scenario might proceed. First, the user opens document 
using Tenderer 1302 and two mediators 1304. Second, the 
user sees a frame with the label "PersonList"1306 and under 
this is label "Names"1308 and a list containing the text, 
"Mickey Mouse, Donald Duck, Minnie Mouse". In addition, 
the user hears, "Person list document. Please select name 
one, two, or three." Then, the user double clicks on "Donald 
Duck"1310 and a frame appears containing label 
"Name"1312 under which are two more labels, "First"1314 
and "Last"1316. Next to "First" is the name "Donald"1318 
and next to last is the name 'Duck"1320. The user then 
hears, "You selected Donald Duck"1322. Furthermore, the 
user says "Change Donald to Daisy"1324 and the text area 
previously containing "Donald" now changes to 
"Daisy"1326. In addition, the user hears, "The current name 
is Daisy Duck"1328 and the user says 'Exit' and the program 
exits. 

[0056] The above system and its described functional 
elements are implemented in various computing environ- 
ments. For example, the present invention may be imple- 
mented on a conventional IBM PC or equivalent, multi- 
nodal system (e.g., LAN) or networking system (e.g., 
Internet, WWW, Wireless Web). All programming and data 
related thereto are stored in computer memory, static or 
dynamic, and may be retrieved by the user in any of. 
conventional computer storage, display (i.e., CRT) and/or 
hardcopy (i.e., printed) formats. The programming of the 
present invention may be implemented by one of skill in the 
art of XML programming. 

CONCLUSION 

[0057] A system and method has been shown in the above 
embodiments for the effective implementation of a system 
and method for generating multiple customizable interfaces 
for XML documents. While various preferred embodiments 
have been shown and described, it will be understood that 
there is no intent to limit the invention by such disclosure, 
but rather, it is intended to cover all modifications and 
alternate constructions falling within the spirit and scope of 
the invention, as defined in the appended claims. For 
example, the present invention should not be limited by 
software/program, computing environment, specific com- 
puting hardware. In addition, the specific chosen compo- 
nents are representative of the preferred embodiment and 
should not limit the scope of the invention. The invention 
could be practiced locally or across networks, including, but 
not limited to, LANs, WANs, WWW, Internet, cellular, 
satellite, virtual, etc. 

1. A method for generating multiple customizable inter- 
faces for XML documents, said method comprising the 
following steps: 

analyzing an XML schema; 

analyzing a set of user customization rules; 

generating a set of components via code-generation from 
said analyzed XML schema and said analyzed user 
customization rules, wherein each of said components 
implement a specific input and output mode, and 



passing said generated set of components to a rendering 
system, 

wherein said rendering system utilizes said generated 
components, and their specific input and output modes, 
to navigate and modify the XML document. 

2. A method for generating multiple customizable inter- 
faces for XML documents, as per claim 1, wherein said step 
of utilizing generated components further comprises utiliz- 
ing only a subset of said generated components. 

3. A method for generating multiple customizable inter- 
faces for XML documents, as per claim 1, wherein one of 
said set of generated components is an HTML component 
which provides an HTML-based rendering of said XML 
document. 

4. A method for generating multiple customizable inter- 
faces for XML documents, as per claim 1, wherein one of 
said generated components is a speech component which 
provides a speech-based rendering of said XML document. 

5. A method for generating multiple customizable inter- 
faces for XML documents, as per claim 1 , wherein said step 
of code-generation further comprises the steps of: 

isolating a set of interface generating components from a 
library, and 

obtaining a set of customization rules, wherein 

a set of components are generated based on said interface 
generating components and said customization rules, to 
mediate communication between a user and said ren- 
dering system. 

6. A method for generating multiple customizable inter- 
faces for XML documents, as per claim 5, wherein said 
generated components are JAVA classes. 

7. A method for generating multiple customizable inter- 
faces for XML documents, as per claim 5, wherein said 
analysis of schema further comprises of the steps of: 

passing said schema and said user customization rules 
into a set of maker interfaces, and 

generating mediator interfaces corresponding to said set 
of maker interfaces, wherein said makers generate 
mediators that handle output rendering. 

8. A system for generating multiple customizable inter- 
faces for XML documents, said system comprising: 

an XML-schema-analyzer which analyzes an XML 
schema; 

a user-customization-analyzer which analyzes a set of 
user customization rules; 

a component-generator which, based on said analyzed 
XML schema and user customization rules, generates a 
set of components via code-generation, and 

a rendering system which selects a subset of said gener- 
ated components and utilizes their specific input and 
output modes, to navigate and modify the XML docu- 
ment. 

9. A system for generating multiple customizable inter- 
faces for XML documents, as per claim 8, wherein said 
code-generator further comprises: 

an isolator for isolating a set of interface generating 
components from a library, and 
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a rulc-rcadcr for obtaining a set of customization rules, 
wherein 

a set of components is generated based on said interface 
generating components and said customization rules, to 
mediate communication between a user and said ren- 
dering system. 

10. A system for generating multiple customizable inter- 
faces for XML documents, as per claim 8, wherein said 
system is implemented locally or remotely on one or more 
computer-based systems. 

11. A system for generating multiple customizable inter- 
faces for XML documents, as per claim 8, wherein said 
system is implemented across networks comprising any of 
LANs, WANs, cellular, Internet or Web-based networks. 

12. A system for generating multiple customizable inter- 
faces for XML documents, as per claim 8, wherein one of 
said set of generated components is an HTML component 
which provides an HTML-based rendering of said XML 
document. 

13. A system for generating multiple customizable inter- 
faces for XML documents, as per claim 8, wherein one of 
said set of generated components is a speech component 
which provides a speech-based rendering of said XML 
document. 

14. A method of generating multiple customizable inter- 
faces for XML documents, said method comprising the 
following steps: 

analyzing an XML schema; 

generating a set of components via code-generation from 
said analyzed XML schema, wherein each of said 
components implement a specific input and output 
mode; 

passing said generated set of components to a rendering 
system, and 

wherein said rendering system utilizes said generated 
components, and their specific input and output modes, 
to navigate and modify the XML document. 

15. A method of generating multiple customizable inter- 
faces for XML documents, as per claim 14, wherein said 
method further comprises an additional step of analyzing a 
set of user customization rules. 

16. A method for generating multiple customizable inter- 
faces for XML documents, as per claim 15, wherein said 
step of utilizing generated components further comprises 
utilizing only a subset of said generated components. 

17. A method for generating multiple customizable inter- 
faces for XML documents, as per claim 15, wherein one of 
said set of generated components is an HTML component 
which provides an HTML-based rendering of said XML 
document. 

18. A method for generating multiple customizable inter- 
faces for XML documents, as per claim 15, wherein one of 



said generated components is a speech component which 
provides a speech-based rendering of said XML document. 

19. A system for generating multiple customizable inter- 
faces for XML documents, said system comprising: 

an XML-schema-analyzer which analyzes a XML 
schema; 

a component-generator which based on said analyzed 
XML schema, generates a set of components via code- 
generation, and 

a rendering system which selects a subset of said gener- 
ated components and utilizes their specific input and 
output modes, to navigate and modify the XML docu- 
ment. 

20. A system for generating multiple customizable inter- 
faces for XML documents, as per claim 19, wherein said 
system further comprises a user-customization-analyzer 
which analyzes a set of user customization rules. 

21. A system for generating multiple customizable inter- 
faces for XML documents, as per claim 19, wherein said 
system is implemented locally or remotely on one or more 
computer-based systems. 

22. A system for generating multiple customizable inter- 
faces for XML documents, as per claim 19, wherein said 
system is implemented across networks comprising any of 
LANS, WANs, cellular, Internet or Web-based networks. 

23. A system for generating multiple customizable inter- 
faces for XML documents, as per claim 19, wherein one of 
said set of generated components is an HTML component 
which provides an HTML-based rendering of said XML 
document. 

24. A system for generating multiple customizable inter- 
faces for XML documents, as per claim 19, wherein one of 
said set of generated components is a speech component 
which provides a speech-based rendering of said XML 
document. 

25. An article of manufacture comprising a computer user 
medium having computer readable code embodied therein 
which generates multiple customizable interfaces for XML 
documents, said article comprising: 

computer readable code which analyzes an XML schema; 

computer readable code which analyzes a set of user 
customization rules; 

computer readable code which, based on said analyzed 
XML schema and user customization rules, generates a 
set of components via code-generation, and 

computer readable code which selects a subset of said 
generated components and utilizes their specific input 
and output modes, to navigate and modify the XML 
document. 
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